Digital passport with verified data provenance

ABSTRACT

Systems and methods for accurately and securely assembling, storing, and leveraging travel data are provided. A method may include detecting a travel event of a user. The method may include recording the travel event in a travel map that is stored in a database. The travel map may be a temporal- and spatial-based record of one or more travel events of the user. The travel map may be stored as a blockchain ledger. The method may include tokenizing sensitive information associated with the user in the database, and calculating a hazard vector. The method may include updating, based at least in part on the hazard vector, a status index associated with the user, and providing the user and a system administrator access to the travel map and the status index. Access may be provided via an online portal configured to be viewed via an application running on a mobile device.

FIELD OF TECHNOLOGY

Aspects of the disclosure relate to digital systems. Specifically,aspects of the disclosure relate to secure digital systems withincreased data accuracy.

BACKGROUND OF THE DISCLOSURE

Traveling may expose a traveler to hazards. Being exposed to the hazardsmay present a danger to the traveler. Being exposed to the hazards maypresent a danger to other parties aside from the traveler. The travelerand the other parties may be unaware of the exposure. The traveler andthe other parties may be unaware of the danger presented by theexposure.

Travel data may include travelling patterns associated with travelers.Travel data, however, is often inaccurate and not comprehensive. Forexample, a traveler may travel on one itinerary using one passport and asecond itinerary using a second passport. Travel data based on onepassport will be incomplete. As another example, an itinerary mayindicate that a traveler traveled from a first country to a secondcountry. However, the traveler may, in fact, have originated his or hertravel in a third country. Travel data, therefore, may lack importantinformation.

It would be desirable, therefore, to provide computer-based systems andmethods for accurately and efficiently assembling and storing traveldata. It would be further desirable to leverage the travel data andprovide a distributed, digital early warning network that increases thesafety and security of travelers as well as those exposed to travelers.

SUMMARY OF THE DISCLOSURE

Aspects of the disclosure relate to systems and methods with increasedaccuracy and security for assembling, storing, and leveraging traveldata. A system may include a processor, a database configured to storethe travel data, and a non-transitory memory storing computer executableinstructions, that when run on the processor, are configured to providesystem functionality.

The system may be configured to detect a travel event of a user. Atravel event may include a transition of the user from a first locationto a second location. The system may be configured to record the travelevent in a travel map that is stored in the database. The travel map mayinclude a temporal-based and spatial-based record of one or more travelevents of the user. The travel map may be stored as a blockchain ledger,and each travel event of the travel map may be recorded as a separatedata block of the blockchain ledger.

The system may be configured to calculate, based at least in part ondata associated with the first location and the second location, ahazard vector. The system may be configured to update, based at least inpart on the hazard vector, a status index associated with the user.

BRIEF DESCRIPTION OF THE DRAWINGS

The objects and advantages of the disclosure will be apparent uponconsideration of the following detailed description, taken inconjunction with the accompanying drawings, in which like referencecharacters refer to like parts throughout, and in which:

FIG. 1 shows an illustrative system in accordance with principles of thedisclosure;

FIG. 2 shows an illustrative apparatus in accordance with principles ofthe disclosure;

FIG. 3 shows an illustrative system diagram in accordance withprinciples of the disclosure;

FIG. 4 shows another illustrative system diagram in accordance withprinciples of the disclosure; and

FIG. 5 shows an illustrative flowchart in accordance with principles ofthe disclosure.

DETAILED DESCRIPTION OF THE DISCLOSURE

Aspects of the disclosure relate to systems and methods with increasedaccuracy and security for assembling, storing, and leveraging traveldata. A system is provided which may include a processor, a databaseconfigured to store the travel data, and a non-transitory memory storingcomputer executable instructions, that when run on the processor, may beconfigured to provide at least a portion of system functionality.

The system may be configured to detect a travel event of a user. Atravel event may include a transition of the user from a first locationto a second location. The locations may be two locations, such ascountries, that typically log travel between them using travel documentssuch as passports. The locations may be any two areas with distinctclassifications or identifiers. Locations may include states, cities,counties, zip codes, addresses, buildings, vehicles, global positioningsystem (GPS) coordinates, or any other suitable location.

A travel event may also, in certain embodiments, include an event inwhich the first and second locations of the user may be the samelocation. The first and second locations may differ with respect to ahazard differential. For example, the event may include a scenariowherein a separate entity moves location relative to the user, andincreases or decreases an exposure to the user.

Detecting the travel events, may, in certain embodiments, be based onone or more input elements. An illustrative input element may include amessage transmitted by the user to the system reporting a travel event.An illustrative input element may include a global positioning system(GPS) tracking system. The GPS system may be part of a mobile deviceassociated with the user. Other input elements may include spendingrecords of a payment instrument associated with the user, and passage ofthe user at a point of entry to a location.

For example, in one illustrative embodiment, the system may include anapplication (“app”) accessible on a mobile device of the user. The appmay be customizable by the user. For example, the user may opt-in viathe app to record a travel event when the user travels from one locationto another, such as from one zip code or city to another. This optionmay use a GPS system of the mobile device. The user may, in certainembodiments, select an option which does not automatically record alltravel events, rather allows the user to manually input a travel event.The app may, in some embodiments, be configured to piggyback on otherapps on the mobile device. For example, the app may detect when aride-share, hotel, or air travel app on the device is facilitatingtravel. The app may leverage the travel information from those otherapps in detecting travel events.

The system may be configured to record the travel event in a travel mapthat may be stored in the database. The travel map may include atemporal-based and/or spatial-based record of one or more travel eventsof the user. The travel map may include any suitable data structure orlayout for the travel data. Illustrative data structures and layouts mayinclude lists, maps, graphs and trees. For example, in a display on acomputing device, the travel map may be shown as a chronologicallyordered list. The travel map may be shown as a position-based graphshowing a record of the user's travels. In a one illustrativeembodiment, the graph may be overlaid on a map representing an area ofthe travel, or a map of a country, a region, or the world. The travelmap may, in certain embodiments, be color-coded to represent hazardlevels associated with certain locations shown.

In some embodiments, the travel map may be stored as a blockchainledger. A blockchain may be a data structure that includes blocks ofdata chained (i.e., linked) to each other. Each subsequent travel eventof the travel map may be recorded as a separate data block of theblockchain ledger. Storing the travel map as a sequential blockchain, inwhich each block builds on the information of the previous blocks, mayfacilitate efficient data lineage tracking and verification.

In certain embodiments, each of the data blocks of the blockchain ledgermay include hashed data. A data block that is linked to a previous datablock may include a hashing of hashed data of the previous data block.Each block may include data and metadata. Metadata may include areference, or a pointer, to the previous block in the chain and a uniqueidentifier associated with the previous block. The unique identifier maybe an output of a hash function. In certain embodiments, some or all ofthe data and/or metadata may be encrypted. In other embodiments, some orall of the data and/or metadata may not be hashed or encrypted.

In some embodiments, the blockchain ledger may be implemented as adistributed ledger. The distributed ledger may include a plurality ofnodes. Each of the plurality of nodes may include a separate computersystem. Each node may store a synced copy of the blockchain ledger. Thecopies may, in certain embodiments, be synced via consensus.Consensus-based syncing may include only adding data blocks to theledger when the nodes reach a consensus. The distributed ledger may useany suitable consensus algorithm such as Proof of Work, Proof of Stake,or Practical Byzantine Fault Tolerance. Consensus-based syncing mayfurther contribute to the security and tamper-resistance of the system.

The distributed ledger may, in some embodiments, be a public, orunpermissioned, distributed ledger. A public distributed ledger may nothave restriction on which system may participate in the establishing aconsensus for adding to the record.

The distributed ledger may, in certain embodiments, be a private, orpermissioned, distributed ledger. A private distributed ledger may haverestrictions on which system may participate in the establishing aconsensus for adding to the record.

The distributed ledger may, in some embodiments, utilize a combinationof private and public participation in establishing a consensus. Forexample, the distributed ledger may require a threshold number ofprivate and/or public votes, or a specific predetermined combinationthereof, before recording a transaction on the distributed ledger.Utilization of private entities may allow for achieving a consensus (orrejection) of a transaction faster than wholly public distributedledgers.

Nodes of the distributed ledger may, in certain embodiments, includeentities with access to travel data of the user. For example, financialinstitutions with access to a financial app—through which portions ofthe system may run—may host one or more nodes. A central database of theentity may be a node. In some embodiments, multiple distributed systemsassociated with the entity may constitute multiple nodes. In certainembodiments, multiple entities may forge agreements to act as nodes of asingle distributed ledger. Some nodes may also be from other, unrelatedentities. For example, some nodes may be hosted by government entitieswith access to travel data.

In certain embodiments, the blockchain ledger may be sourced from asingle trusted source of information. For example, a single entity, suchas a financial institution with authority over the system. may be thetrusted source. In some embodiments, the system may be implemented as adistributed ledger, and the nodes may only record data to theirrespective copies of the blockchain which the approval of the trustedsource. The trusted source may function as a gatekeeper of the data.

The system may be configured to calculate, based at least in part ondata associated with the first location and the second location, ahazard vector. A hazard vector may be a quantity with magnitude anddirection. The vector may specify how much a hazard level of the usershould change based on the travel event. The vector may also indicate ifthe hazard level should change for the positive (i.e., more hazard) orthe negative (i.e., less hazard).

The system may be configured to update, based at least in part on thehazard vector, a status index associated with the user. The status indexmay include an overall hazard level of the user. The hazard level may bea score. The status index may be multi-dimensional. For example, thestatus index may include a hazard level with respect to the user. Thestatus index may include a hazard level with respect to other partiesaside from the user. The status index may include multiple hazardlevels, each relating to a different party. The status index may includemultiple hazard levels, each relating to a different category of hazard.For example, the status index may include a hazard level with respect tocrime, a hazard level with respect to terrorism, a hazard level withrespect to spread of a disease, and/or any other suitable hazard level.

The system may, in some embodiments, be further configured to providethe user and a system administrator access to the travel map and thestatus index. The access may be provided via an online portal. Theonline portal may be configured to be viewed via an application runningon a computing device. The computing device may be a mobile device. Forexample, the user may be able to access the travel data and the statusindex to determine if he or she is safe to travel based on the previoustravel events. An administrator may be able to access the travel dataand status index to determine if the user is safe to travel, and may beable to warn the user and/or an entity that may come to harm due to ahigh hazard level associated with the user.

In some embodiments, sensitive information associated with the user maybe tokenized in the database. Sensitive information may include a nameor other identifying information. Tokenizing the data may includeanonymizing the data by replacing the sensitive information withanonymous data. The anonymous data may be mapped to the sensitiveinformation in a separate, secure, database.

The system may, in certain embodiments, further include an artificialintelligence (AI) component. The AI component may be an engineconfigured to calculate one or more intermediate travel events. Eachintermediate travel event may be a travel event that exceeds apredetermined probability threshold of having occurred based on thetravel events in the travel map. The AI component may, in someembodiments, be configured to calculate one or more future travelevents. Each future travel event may be a travel event that exceeds apredetermined probability threshold of occurring in the future based onthe travel events in the travel map. The system may be configured to addthe intermediate travel events and/or the future travel events to thetravel map.

A travel event may, in certain embodiments, include an event in whichthe user comes within a predetermined threshold proximity to an entitythat is associated with a high hazard level. The entity may be an entitywith a publicly known hazard level. The entity may be another user ofthe system, who may be associated in the system with a hazard level.Such an event may contribute to a positive hazard vector. A positivehazard vector may contribute to an increased hazard level reflected inthe status index.

A travel event may, in some embodiments, include an event in which thefirst and/or second locations are on a list (e.g., a list published by agovernment or otherwise trusted source) of locations associated with ahigh hazard level. Such an event may also contribute to a positivehazard vector.

A travel event may, in certain embodiments, include an event whichreflects the user being in isolation for a predetermined amount of time.Such an event may contribute to a negative hazard vector. A negativehazard vector may contribute to a decreased hazard level reflected inthe status index.

In some embodiments, when the status index reflects a hazard level thatexceeds a predetermined threshold, the system may be further configuredto flag the user. A flag may be a mechanism employed by the system totrigger a response to the user exceeding the threshold. The flag may beinternal to the system. The system may also be configured to transmit anemergency message to the user.

In certain embodiments, when the status index reflects a hazard levelthat exceeds a predetermined threshold, the system may be furtherconfigured to transmit an emergency message to a system administratorand/or to a related system which exceeds a threshold probability ofbeing adversely affected by the hazard level of the user.

The system may, in some embodiments, leverage OFAC and/or AML, systemsas part of the calculation of a hazard vector. OFAC may refer to theOffice of Foreign Assets Control of the US Department of the Treasury,which administers and enforces economic and trade sanctions based on USforeign policy and national security goals. AML may refer to anti-moneylaundering software that is used in the finance and legal industries tomeet the legal requirements for financial institutions and otherregulated entities to prevent or report money laundering activities.Leveraging such systems may present information, including financialinformation, which can be a factor in determining the risk associatedwith the user's past or future travel.

The system may, in certain embodiments, leverage medical records as partof the calculation of a hazard vector. For example, when the statusindex includes a hazard level with respect to an illness, medicalrecords may be an important factor in determining a hazard vector basedon the travel events. In an illustrative scenario, the medical recordsmay indicate that the user is susceptible to altitude sickness. For sucha user, when travel events indicate travel to high altitude, the systemmay calculate a high positive vector that may raise the hazard level ofthe user. The system may then send an alert to the user. The alert tothe user may include useful information such as local health carefacility information. The information may be tailored to the hazardlevel. For example, in the illustrative scenario described above, thealert may include a list of facilities appropriate for altitudesickness.

A method for accurately and securely assembling, storing, and leveragingtravel data is provided. The method may include detecting a travel eventof a user. The method may include recording the travel event in a travelmap that is stored in a database. The travel map may be stored as ablockchain ledger. Each travel event of the travel map may be recordedas a separate data block of the blockchain ledger.

The method may include tokenizing sensitive information associated withthe user in the database. The method may include calculating, via aprocessor and based at least in part on data associated with the firstlocation and the second location, a hazard vector. The method mayinclude updating, based at least in part on the hazard vector, a statusindex associated with the user. The method may also include providingthe user and a system administrator access to the travel map and thestatus index, said access being provided via an online portal configuredto be viewed via an application running on a mobile device.

In certain embodiments, each of the data blocks of the blockchain ledgermay include hashed data. The data blocks of the blockchain ledger may belinked. A data block that is linked to a previous data block may includea hashing of hashed data of the previous data block. The blockchainledger may be implemented as a distributed ledger. The distributedledger may include a plurality of nodes. Each of the nodes may store asynced copy of the blockchain ledger. The blockchain ledger may besourced from a single trusted source of information.

The method may, in certain embodiments, include calculating, via anartificial intelligence (AI) engine, one or more intermediate travelevens. Each intermediate travel event may be a travel event that exceedsa predetermined probability threshold of having occurred based on thetravel events in the travel map. The method may also include adding theone or more intermediate travel events to the travel map.

In certain embodiments, the detecting the travel events may be based atleast in part on one or more input elements. Exemplary input elementsmay include a message transmitted by the user to the system reporting atravel event, a global positioning system (GPS) tracking system of amobile device associated with the user, spending records of a paymentinstrument associated with the user, and passage of the user at a pointof entry to a location. The location may, in certain embodiments,include any one of a vehicle, a building, a state, and a country.

In certain embodiments of the method, the one or more travel events mayinclude an event in which the user comes within a predeterminedthreshold proximity to an entity that is associated with a high hazardlevel. Such an event may contribute to a positive hazard vector. Apositive hazard vector may contribute to an increased hazard levelreflected in the status index.

In some embodiments of the method, the one or more travel events mayinclude an event in which the first and/or second locations are on alist of locations associated with a high hazard level. Such an event maycontribute to a positive hazard vector.

In certain embodiments of the method, the one or more travel events mayinclude an event which reflects the user being in isolation for apredetermined amount of time. Such an event may contribute to a negativehazard vector. A negative hazard vector may contribute to a decreasedhazard level reflected in the status index.

In some embodiments, when the status index reflects a hazard level thatexceeds a predetermined threshold, the method may further includeflagging the user, and/or transmitting an emergency message to the user,to a system administrator, and/or to a related system which exceeds athreshold probability of being adversely affected by the hazard level ofthe user.

Apparatus and methods described herein are illustrative. Apparatus andmethods in accordance with this disclosure will now be described inconnection with the figures, which form a part hereof. The figures showillustrative features of apparatus and method steps in accordance withthe principles of this disclosure. It is understood that otherembodiments may be utilized, and that structural, functional, andprocedural modifications may be made without departing from the scopeand spirit of the present disclosure.

FIG. 1 shows an illustrative block diagram of system 100 that includescomputer 101. Computer 101 may alternatively be referred to herein as a“server” or a “computing device.” Computer 101 may be a workstation,desktop, laptop, tablet, smart phone, or any other suitable computingdevice. Elements of system 100, including computer 101, may be used toimplement various aspects of the systems and methods disclosed herein.

Computer 101 may have a processor 103 for controlling the operation ofthe device and its associated components, and may include RAM 105, ROM107, input/output module 109, and a memory 115. The processor 103 mayalso execute all software running on the computer—e.g., the operatingsystem and/or voice recognition software. Other components commonly usedfor computers, such as EEPROM or Flash memory or any other suitablecomponents, may also be part of the computer 101.

The memory 115 may be comprised of any suitable permanent storagetechnology—e.g., a hard drive. The memory 115 may store softwareincluding the operating system 117 and application(s) 119 along with anydata 111 needed for the operation of the system 100. Memory 115 may alsostore videos, text, and/or audio assistance files. The videos, text,and/or audio assistance files may also be stored in cache memory, or anyother suitable memory. Alternatively, some or all of computer executableinstructions (alternatively referred to as “code”) may be embodied inhardware or firmware (not shown). The computer 101 may execute theinstructions embodied by the software to perform various functions.

Input/output (“I/O”) module may include connectivity to a microphone,keyboard, touch screen, mouse, and/or stylus through which a user ofcomputer 101 may provide input. The input may include input relating tocursor movement. The input may relate to assembling, storing, andleveraging travel data. The input/output module may also include one ormore speakers for providing audio output and a video display device forproviding textual, audio, audiovisual, and/or graphical output. Theinput and output may be related to computer application functionality.The input and output may be related to assembling, storing, andleveraging travel data.

System 100 may be connected to other systems via a local area network(LAN) interface 113.

System 100 may operate in a networked environment supporting connectionsto one or more remote computers, such as terminals 141 and 151.Terminals 141 and 151 may be personal computers or servers that includemany or all of the elements described above relative to system 100. Thenetwork connections depicted in FIG. 1 include a local area network(LAN) 125 and a wide area network (WAN) 129, but may also include othernetworks. When used in a LAN networking environment, computer 101 isconnected to LAN 125 through a LAN interface or adapter 113. When usedin a WAN networking environment, computer 101 may include a modem 127 orother means for establishing communications over WAN 129, such asInternet 131.

It will be appreciated that the network connections shown areillustrative and other means of establishing a communications linkbetween computers may be used. The existence of various well-knownprotocols such as TCP/IP, Ethernet, FTP, HTTP and the like is presumed,and the system can be operated in a client-server configuration topermit a user to retrieve web pages from a web-based server. Theweb-based server may transmit data to any other suitable computersystem. The web-based server may also send computer-readableinstructions, together with the data, to any suitable computer system.The computer-readable instructions may be to store the data in cachememory, the hard drive, secondary memory, or any other suitable memory.

Additionally, application program(s) 119, which may be used by computer101, may include computer executable instructions for invoking userfunctionality related to communication, such as e-mail, Short MessageService (SMS), and voice input and speech recognition applications.Application program(s) 119 (which may be alternatively referred toherein as “plugins,” “applications,” or “apps”) may include computerexecutable instructions for invoking user functionality relatedperforming various tasks. The various tasks may be related toassembling, storing, and leveraging travel data.

Computer 101 and/or terminals 141 and 151 may also be devices includingvarious other components, such as a battery, speaker, and/or antennas(not shown).

Terminal 151 and/or terminal 141 may be portable devices such as alaptop, cell phone, Blackberry™, tablet, smartphone, or any othersuitable device for receiving, storing, transmitting and/or displayingrelevant information. Terminals 151 and/or terminal 141 may be otherdevices. These devices may be identical to system 100 or different. Thedifferences may be related to hardware components and/or softwarecomponents.

Any information described above in connection with database 111, and anyother suitable information, may be stored in memory 115. One or more ofapplications 119 may include one or more algorithms that may be used toimplement features of the disclosure, and/or any other suitable tasks.

The invention may be operational with numerous other general purpose orspecial purpose computing system environments or configurations.Examples of well-known computing systems, environments, and/orconfigurations that may be suitable for use with the invention include,but are not limited to, personal computers, server computers, hand-heldor laptop devices, tablets, mobile phones, smart phones and/or otherpersonal digital assistants (“PDAs”), multiprocessor systems,microprocessor-based systems, set top boxes, programmable consumerelectronics, network PCs, minicomputers, mainframe computers,distributed computing environments that include any of the above systemsor devices, and the like.

The invention may be described in the general context ofcomputer-executable instructions, such as program modules, beingexecuted by a computer. Generally, program modules include routines,programs, objects, components, data structures, etc., that performparticular tasks or implement particular abstract data types. Theinvention may also be practiced in distributed computing environmentswhere tasks are performed by remote processing devices that are linkedthrough a communications network. In a distributed computingenvironment, program modules may be located in both local and remotecomputer storage media including memory storage devices.

FIG. 2 shows illustrative apparatus 200 that may be configured inaccordance with the principles of the disclosure. Apparatus 200 may be acomputing machine. Apparatus 200 may include one or more features of theapparatus shown in FIG. 1. Apparatus 200 may include chip module 202,which may include one or more integrated circuits, and which may includelogic configured to perform any other suitable logical operations.

Apparatus 200 may include one or more of the following components: I/Ocircuitry 204, which may include a transmitter device and a receiverdevice and may interface with fiber optic cable, coaxial cable,telephone lines, wireless devices, PHY layer hardware, a keypad/displaycontrol device or any other suitable media or devices; peripheraldevices 206, which may include counter timers, real-time timers,power-on reset generators or any other suitable peripheral devices;logical processing device 208, which may compute data structuralinformation and structural parameters of the data; and machine-readablememory 210.

Machine-readable memory 210 may be configured to store inmachine-readable data structures: machine executable instructions (whichmay be alternatively referred to herein as “computer instructions” or“computer code”), applications, signals, and/or any other suitableinformation or data structures.

Components 202, 204, 206, 208 and 210 may be coupled together by asystem bus or other interconnections 212 and may be present on one ormore circuit boards such as 220. In some embodiments, the components maybe integrated into a single chip. The chip may be silicon-based.

FIG. 3 shows illustrative system diagram 300 that may be configured inaccordance with the principles of the disclosure. System diagram 300 mayinclude database 301. Database 301 may store a travel map of a user as ablockchain. The blockchain may include data blocks 303-309.

System diagram 300 may include multiple input elements coupled directlyor indirectly to database 301. The input elements may detect and providetravel data, including travel events, to the system.

Input element 311 shows a mobile device. In some embodiments, the mobiledevice may provide input functionality such as via an app or via the GPStracking element of the device. In certain embodiments, the mobiledevice may also provide a portal through which the user may accesstravel data, such as a travel map and/or status vector.

Input element 313 shows a central system. The central system may becloud-based. In some embodiments, one, some, or all of the inputelements may be routed through the central system before being stored inthe database.

Input element 315 shows a document checkpoint. The document checkpointmay, for example, be a passport control. The document checkpoint may beat a point of entry to a location. Input element 317 shows a rideshareservice. Input element 319 shows air travel. Input element 321 showspayment activity. Input element 323 shows medical records and/oractivity.

FIG. 4 shows illustrative system diagram 400 that may be configured inaccordance with the principles of the disclosure. System diagram 400 mayinclude computer system nodes 401-407. Nodes 401-407 may store, indatabases, ledgers 409-415, respectively. Ledgers 409-415 may beblockchain ledgers, and they may be synced across nodes 401-407. Nodes401-407 may thereby be a distributed ledger system.

FIG. 5 shows illustrative flowchart 500 in accordance with theprinciples of the disclosure. Flowchart 500 starts at step 501 withdetecting a travel event. At step 503 the system may record the travelevent as a blockchain. At step 505 the system may tokenize, and therebyanonymize, the blockchain. Anonymizing the blockchain may maintainprivacy and security in the system. At step 507 the system may calculatea hazard vector. At step 509 the system may update a status index. Atstep 511 the system may check if the status index exceeds apredetermined safety threshold. If the status index does exceed thethreshold, the system may execute step 513 and transmit an emergencymessage. If the status index does not exceed the threshold, the systemmay provide access to travel data via an online portal. The system maysubstantially continuously monitor travel activity. The system mayproceed back to step 501 when another travel event is detected.

The steps of methods may be performed in an order other than the ordershown and/or described herein. Embodiments may omit steps shown and/ordescribed in connection with illustrative methods. Embodiments mayinclude steps that are neither shown nor described in connection withillustrative methods.

Illustrative method steps may be combined. For example, an illustrativemethod may include steps shown in connection with another illustrativemethod.

Apparatus may omit features shown and/or described in connection withillustrative apparatus. Embodiments may include features that areneither shown nor described in connection with the illustrativeapparatus. Features of illustrative apparatus may be combined. Forexample, an illustrative embodiment may include features shown inconnection with another illustrative embodiment.

The drawings show illustrative features of apparatus and methods inaccordance with the principles of the invention. The features areillustrated in the context of selected embodiments. It will beunderstood that features shown in connection with one of the embodimentsmay be practiced in accordance with the principles of the inventionalong with features shown in connection with another of the embodiments.

One of ordinary skill in the art will appreciate that the steps shownand described herein may be performed in other than the recited orderand that one or more steps illustrated may be optional. The methods ofthe above-referenced embodiments may involve the use of any suitableelements, steps, computer-executable instructions, or computer-readabledata structures. In this regard, other embodiments are disclosed hereinas well that can be partially or wholly implemented on acomputer-readable medium, for example, by storing computer-executableinstructions or modules or by utilizing computer-readable datastructures.

Thus, methods and systems for a digital passport with verified dataprovenance are provided. Persons skilled in the art will appreciate thatthe present invention can be practiced by other than the describedembodiments, which are presented for purposes of illustration ratherthan of limitation, and that the present invention is limited only bythe claims that follow.

1. A system with increased accuracy and security for assembling,storing, and leveraging travel data, the system comprising: a processor;a database configured to store the travel data; and a non-transitorymemory storing computer executable instructions, that when run on theprocessor, are configured to: detect a travel event of a user, saidtravel event comprising a transition of the user from a first locationto a second location; record the travel event in a travel map that isstored in the database, said travel map comprising a temporal-based andspatial-based record of one or more travel events of the user, whereinsaid travel map is stored as a blockchain ledger, and each travel eventof the travel map is recorded as a separate data block of the blockchainledger; calculate, based at least in part on data associated with thefirst location and the second location, a hazard vector; and update,based at least in part on the hazard vector, a status index associatedwith the user; wherein, when the status index reflects a hazard levelthat exceeds a predetermined threshold, the system is further configuredto flag the user and transmit an emergency message to the user.
 2. Thesystem of claim 1, wherein each of the data blocks of the blockchainledger comprises hashed data, and the data blocks of the blockchainledger are linked, wherein a data block that is linked to a previousdata block includes a hashing of hashed data of the previous data block.3. The system of claim 1, wherein the blockchain ledger is implementedas a distributed ledger, said distributed ledger comprising a pluralityof nodes, each of said nodes storing a synced copy of the blockchainledger.
 4. The system of claim 1, wherein the blockchain ledger issourced from a single trusted source of information.
 5. The system ofclaim 1, further configured to provide the user and a systemadministrator access to the travel map and the status index, said accessbeing provided via an online portal configured to be viewed via anapplication running on a mobile device.
 6. The system of claim 1,wherein sensitive information associated with the user is tokenized inthe database.
 7. The system of claim 1, further comprising an artificialintelligence (AI) component, wherein said AI component is configured to:calculate one or more intermediate travel events, each intermediatetravel event being a travel event that exceeds a predeterminedprobability threshold of having occurred based on the travel events inthe travel map; calculate one or more future travel events, each futuretravel event being a travel event that exceeds a predeterminedprobability threshold of occurring in the future based on the travelevents in the travel map; and add the one or more intermediate travelevents and the one or more future travel events to the travel map. 8.The system of claim 1, further configured to detect the travel eventsbased on one or more input elements, said input elements comprising: amessage transmitted by the user to the system reporting a travel event;a global positioning system (GPS) tracking system of a mobile deviceassociated with the user; spending records of a payment instrumentassociated with the user; and passage of the user at a point of entry toa location.
 9. The system of claim 8, wherein the location comprises anyone of a vehicle, a building, a state, and a country.
 10. The system ofclaim 1, wherein the travel event comprises an event in which the usercomes within a predetermined threshold proximity to an entity that isassociated with a high hazard level, wherein said event contributes to apositive hazard vector, said positive hazard vector which contributes toan increased hazard level reflected in the status index.
 11. The systemof claim 1, wherein the travel event comprises an event in which thefirst and/or second locations are on a list of locations associated witha high hazard level, wherein said event contributes to a positive hazardvector, said positive hazard vector which contributes to an increasedhazard level reflected in the status index.
 12. The system of claim 1,wherein the travel event comprises an event which reflects the userbeing in isolation for a predetermined amount of time, wherein saidevent contributes to a negative hazard vector, said negative hazardvector which contributes to a decreased hazard level reflected in thestatus index.
 13. (canceled)
 14. The system of claim 1, wherein, whenthe status index reflects a hazard level that exceeds a predeterminedthreshold, the system is further configured to transmit an emergencymessage to a system administrator and to a related system which exceedsa threshold probability of being adversely affected by the hazard levelof the user. 15-20. (canceled)
 21. A system with increased accuracy andsecurity for assembling, storing, and leveraging travel data, the systemcomprising: a processor; a database configured to store the travel data;and a non-transitory memory storing computer executable instructions,that when run on the processor, are configured to: detect a travel eventof a user, said travel event comprising a transition of the user from afirst location to a second location; record the travel event in a travelmap that is stored in the database, said travel map comprising atemporal-based and spatial-based record of one or more travel events ofthe user, wherein said travel map is stored as a blockchain ledger, andeach travel event of the travel map is recorded as a separate data blockof the blockchain ledger; calculate, based at least in part on dataassociated with the first location and the second location, a hazardvector; and update, based at least in part on the hazard vector, astatus index associated with the user; wherein the travel eventcomprises an event in which the user comes within a predeterminedthreshold proximity to an entity that is associated with a high hazardlevel, wherein said event contributes to a positive hazard vector, saidpositive hazard vector which contributes to an increased hazard levelreflected in the status index.
 22. A system with increased accuracy andsecurity for assembling, storing, and leveraging travel data, the systemcomprising: a processor; a database configured to store the travel data;and a non-transitory memory storing computer executable instructions,that when run on the processor, are configured to: detect a travel eventof a user, said travel event comprising a transition of the user from afirst location to a second location; record the travel event in a travelmap that is stored in the database, said travel map comprising atemporal-based and spatial-based record of one or more travel events ofthe user, wherein said travel map is stored as a blockchain ledger, andeach travel event of the travel map is recorded as a separate data blockof the blockchain ledger; calculate, based at least in part on dataassociated with the first location and the second location, a hazardvector; and update, based at least in part on the hazard vector, astatus index associated with the user; wherein the travel eventcomprises an event in which the first and/or second locations are on alist of locations associated with a high hazard level, wherein saidevent contributes to a positive hazard vector, said positive hazardvector which contributes to an increased hazard level reflected in thestatus index.